home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20010306-20010921 / 000061_news@columbia.edu_ 12 Apr 2001 21:23:03 GMT.msg < prev    next >
Text File  |  2020-01-01  |  2KB  |  53 lines
  1. Article 12336 of comp.protocols.kermit.misc:
  2. Path: newsmaster.cc.columbia.edu!watsun.cc.columbia.edu!fdc
  3. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  4. Newsgroups: comp.os.linux.networking,comp.protocols.kermit.misc
  5. Subject: Re: fastest file transfer protocol
  6. Date: 12 Apr 2001 21:23:03 GMT
  7. Organization: Columbia University
  8. Lines: 36
  9. Message-ID: <9b56bn$158$1@newsmaster.cc.columbia.edu>
  10. References: <9b53jn$um3$1@news.netmar.com>
  11. NNTP-Posting-Host: watsun.cc.columbia.edu
  12. X-Trace: newsmaster.cc.columbia.edu 987110583 1192 128.59.39.2 (12 Apr 2001 21:23:03 GMT)
  13. X-Complaints-To: postmaster@columbia.edu
  14. NNTP-Posting-Date: 12 Apr 2001 21:23:03 GMT
  15. Xref: newsmaster.cc.columbia.edu comp.os.linux.networking:327656 comp.protocols.kermit.misc:12336
  16.  
  17. In article <9b53jn$um3$1@news.netmar.com>,  <rschoeb@gmx.de> wrote:
  18. : I was wondering, what the fastest protocol might be.
  19. : After trying rcp, rsync & ftp I found ftp to be the fastest one (at least
  20. : in my environment).
  21. : Is that, how it's likely or is there something, being faster?
  22. :
  23. FTP is nothing more than a straight copy of the file over a TCP/IP
  24. connection ("ASCII" mode also adds record-format conversion, which slows
  25. it down a bit).
  26.  
  27. Kermit over a direct TCP connection (without intervening Telnet server),
  28. e.g. on an IKSD (Internet Kermit Service Daemon) connection:
  29.  
  30.   http://www.columbia.edu/kermit/cuiksd.html
  31.  
  32. can be faster than ftp for uncompressed files, mode for mode (ASCII and
  33. binary), because it also does a simple form of on-the-fly compression,
  34. whereas FTP does not compress at all.  Kermit has a bit more overhead
  35. than FTP, so unless the compression offsets it, it can also be a bit
  36. slower (but not much, depending on the client).
  37.  
  38. Other protocols might exist that incorporate fancier forms of compression
  39. (e.g. LZW and its derivatives) but in that case the CPU can become the
  40. bottleneck.
  41.  
  42. You can run IKSD servers (secure ones, even) on Linux or any other form
  43. of UNIX.  Clients too, plus on Windows and lots of other platforms.
  44.  
  45. By the way, when transerring data using any protocol at all over a dialup
  46. connection, the modems are very likely to add their own layer of compression.
  47. Thus in the worst case, you could have a precompressed file, transferred
  48. by a data-compressing protocol, across a data-compressing modem connection.
  49. In cases like this, the transfer can be slightly (but measurably) slower
  50. than if one or two of the compression layers was omitted.
  51.  
  52. - Frank
  53.